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ABSTRACT 

In March 1992, NASA HQ challenged GSFC/ 
Code 531 to propose a fast, low-cost approach to 
close the Tracking Data Relay Satellite System 
(TDRSS) Zone-of-Exclusion (ZOE) over the In- 
dian Ocean in order to provide global communica- 
tions coverage for the Compton Gamma Ray Ob- 
servatory (GRO) spacecraft. GRO had lost its 
tape recording capability which limited its valu- 
able science data return to real-time contacts with 
the TDRS-E and TDRS-W synchronous data relay 
satellites, yielding only approximately 62% of the 
possible data obtainable. To achieve global cover- 
age, a TDRS spacecraft would have to be moved 
over the Indian Ocean out of line-of-sight control 
of White Sands Ground Terminal (WSGT). To 
minimize operations life cycle costs, Headquarters 
also set a goal for remote control, from the 
WSGT, of the overseas ground station which was 
required for direct communications with TDRS-1. 

On August 27, 1992, Code 531 was given the go- 
ahead to implement the proposed GRO Relay Ter- 
minal System (GRTS). This paper describes the 
Remote Ground Relay Terminal (RGRT) which 
went operational at the Canberra Deep Space 
Communications Complex (CDSCC) in Canberra, 
Australia in December 1993 and is currently aug- 
menting the TDRSS constellation in returning be- 
tween 80-100% of GRO science data under the 
control of a single operator at WSGT. 

INTRODUCTION 

The GRO Remote Terminal System (GRTS) was 
implemented in a fast-paced, low-cost effort to 
close the gap in TDRSS coverage over the Indian 
Ocean to increase the science data return from the 
GRO spacecraft. To cover the ZOE, which is 
caused by earth-blockage of the 2-TDRS constel- 
lation, the oldest TDRS spacecraft, TDRS-1, was 
drifted to 85 degrees east longitude. At that loca- 
tion it could provide the additional coverage for 
GRO but, as a result, was out of line-of-sight 
communications with WSGT. To provide control 
and monitoring of the TDRS and to return the data 
relayed from GRO to the US, two new nodes 
(connected by Intelsat links) were required to be 


added to the Space Network, one at WSGT in 
New Mexico and the other at the new overseas re- 
lay site in Australia. Figure 1 provides an over- 
view of the GRO Remote Terminal System. 

The node at WSGT, named the Extended TDRSS 
Ground Terminal (ETGT) retains all the command 
and telemetry processing and unique software for 
TDRS-1, the spacecraft controller personnel and 
the interfaces to GSFC for GRO data, the NCC 
and FDF. As with the other TDRS spacecraft, 
complete control remains at WSGT/ETGT. In this 
case, however, control is exercised via redundant 
NASCOM 64 kb/s Intelsat links to the RGRT at 
CDSCC in Australia. 

The node at CDSCC, RGRT, emulates (at a much 
reduced scale) the ground terminal equipment at 
WSGT (the antennas, receivers, transmitters and 
computer controls). The commands are received 
by commercial carrier from ETGT and then trans- 
mitted from RGRT up to TDRS-1 and the status 
telemetry is downlinked from TDRS-1 to RTGT 
and then relayed back to ETGT via Intelsat. 
Range and Doppler measurements for TDRS orbit 
determination are made at the RGRT and then 
communicated through WSGT to the Flight Dy- 
namics Facility at GSFC. 

Science data from GRO’s onboard instruments is 
collected and radiated at 32 Kb/s in spread spec- 
trum S-Band mode to TDRS-1 located at 85 de- 
grees east longitude. TDRS-1 receives the signal 
using either the 30-element phased array Multiple 
Access (MA) antenna or the 4.9 m S-Band Single 
Access (SSA) dish antenna. The S-Band return 
link from GRO is translated to Ku-Band onboard 
TDRS and transmitted to the ground at RGRT via 
the TDRS Space to Ground Link (SGL) antenna. 
The 32 kb/s data is received by either the MA or 
SSA receiving equipment, despread, demodulated 
and transmitted in real time via Intelsat to ETGT 
and then on to the GRO POCC. 

Since the GRO POCC has ample opportunity for 
spacecraft commanding through the TDRS-E and 
TDRS-W, only return link user services are incor- 
porated in the RGRT design. 


75 



TDRS F-1 AT 85°EL ONG 




INTELSAT'S 


S-BAND D/L 
TDRS TLM/RANGING^ 
S-BAND U/L 
TDRS CMD/RANGING 


KU-BAND U/L 

TDRS PILOT 
CMD CARRIER 
RANGING 


KU-BAND D/L 

vl * GRO DATA 
T • TDRS TLM/RNG 


FORWARD / 

64 Kbps DATA 

- TDRS 2 Kbps CMD 

- GRO STATE VECTORS 

- TDRS STATE VECTORS 

- VOICE 



•2-64 Kbps CIRCUITS USED 
WITH SPLIT CHANNEL 
CONFIGURATION 


TIDBINBILLA 26M 
BACKUP TT&C 


RGRT 


- 1QM 4. 6 M 

„ „ S-BAND Ku-BAND 

S-BAND MA CAL 0.6M TT&C SGL SGL 


UTDF DATA TO FDF 


' 24 HOUR OPERATIONS 
S/K-BAND TT&C 
SA/MA RETURN SERVICES 
GROUND ANTENNA POINTING 
CONTROL 

MA COS VECTOR PROCESSING 
GRO DOPPLER CORRECTION 
TDRS UTDF GENERATION 
OMCS 



MUX 

1 

1 


EARTH 

TERMINAL 

DEMUX 

■ — — — {->i 

TAIL CIRCUIT i 1 


RETURN 

64 Kbps DATA 

- GRO 32 Kbps DATA 

- TDRS TELEMETRY 

- TDRS UTDF DATA 

- RGRT STATUS 

- VOICE 



CONUS (WEST COAST) 


TAIL CIRCUIT 


H 

EARTH 

TERMINAL 

V NGT 



: MUX/DEMUX [~ 


TDZ OPS 

GRO DATA RELAY 
TDZ UTDF DATA 
OMCS 

RGRT STATUS 


UTDF DATA 


FDF I TDRS/GRO STATE VECTORS 


GRO 

POCC 


NCC ^ MONITORING CONTROL ^ 


NASCOM 

NETWORK 


FIGURE 1 . GRO Remote Terminal System Overview 




RGRT IMPLEMENTATION - OVERVIEW 

Since no equipment from the WSGT or Second 
TDRSS Ground Terminal (STGT) could be made 
available for this implementation, the system de- 
sign relied on a mixture of commercial off-the- 
shelf (COTS) and GSFC custom designed equip- 
ment (both in-house and contractor-designed). 

The RGRT design, like WSGT, is essentially two 
ground terminals in one - the TDRS TT&C sys- 
tem to control and monitor the TDRS and the 
User Service system to receive the science data 
from GRO. 

The critical TDRS TT&C function was implemented 
using proven Ground Network (GN) receiver/ex- 
citer/ranging (RER) equipment - the same equip- 
ment used in the GN and the DSN 26 meter subnet 
for TDRS launch support and on-orbit TT&C back- 
up. Redundant receivers and exciters and a single 
ranging equipment, switchable to either the S-Band 
or Ku-Band systems were used. 

The User Service system was a more difficult 
problem because it required specialized TDRSS 


beamformers, spread spectrum receivers and associ- 
ated equipment. Fortunately, the STGT Project had 
just successfully developed and tested a new-genera- 
tion multiple access beamformer. As a result, a sub- 
set of that equipment, modified for use at RGRT, 
was able to be procured from the same manufacturer 
in a timely fashion. The spread spectrum receiver 
used in both the SSA and MA systems was adapted 
from a recent GSFC in-house development - the 
TDRSS User RF Test Set (TURFTS). TURFTS was 
designed by Code 530 for use in TDRSS user tran- 
sponder testing in the laboratory and for spacecraft 
project integration and test. Its design incorporates 
recent technology such as custom VUSI PN genera- 
tor chips, numerically controlled oscillators (NCO’s) 
for hequency generation and a digital signal proces- 
sor (DSP)-based receiver. For use at RGRT, the 
TURFTS receiver sensitivity was improved and the 
controllei software was modified to control a redun- 
dant set of hardware and to allow remote operation 
from WSGT. The transmitter portion of TURFTS 
was also adapted to provide the spread spectrum sig- 
nal transmitted to TDRS at S-Band for MA 
beamformer calibration. 
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AlliedSignal Technical Services Corporation 
(ATSC), the principal technical support contractor 
for the GRTS Project, also designed a number of 
critical items of hardware and software essential 
to the implementation of the RGRT. These in- 
cluded the TT&C and User Service Processors, 
the Test Inject and Range Zeroset systems, the 
OMCS application software and components in 
the Common Time and Frequency Subsystem. 

The third category of equipment, which filled in 
missing items in both the TT&C and User Service 
systems, was Commercial-off-the-shelf hardware 
and software. These were items available as 
“standard products” from manufacturers and in- 
cluded the 10-meter S-Band and 4.6-meter Ku- 
Band antennas and high power amplifiers, 
upconverters, downconverters, bit synchronizers, 
numerous rack-mounted PC’s, monitor & control 
software, pilot signal generators, test equipment 
and many other items essential to the success of 
the project. 

The critical procurement process of these items 
was handled by the Raytheon Service Company 
(RSC) as procurement agent to the government 
with GSFC/Code 530, supported by ATSC, pro- 
viding technical oversight. The entire procure- 
ment process including specifications, solicitation 
and negotiation was completed by January 1993 - 
five months after project start. A 120-day deliv- 
ery requirement was imposed on most of the ven- 
dors and critical long-lead components were 
incentivized to ensure on-time delivery. Monthly 
meetings were held at the plants of the more criti- 
cal vendors for early detection and correction of 
technical and schedule problems. 

RSC also developed an aggressive transportation 
strategy with a goal of 168 hours of transit time from 
the vendor’s dock to CDSCC in Australia. Due to 
the excellent execution of the logistical planning and 
coordination between GSFC, RSC, ATSC and 
CDSCC, the transportation goal was achieved for 
about 95% of the 434 pieces/53 tons of equipment 
shipped, with essentially no damage enroute. 

RGRT DETAILED DESIGN 

The RGRT design philosophy was driven by the 
goal to deploy the station rapidly while keeping 
the costs reasonable. The need for rapid deploy- 
ment forced the design to be modular, robust, and 


conservative. The requirements were decomposed 
according to engineering disciplines and tasked to 
small design teams for execution. Another small 
group of system engineers was responsible for the 
overall architecture and insuring coordination be- 
tween design teams. 

All of the senior members of the design teams and 
many of the design engineers had extensive expe- 
rience working with the GN, WSGT, or STGT. 
Many of the design decisions reflect lessons 
learned working with these programs. 

The decision to locate the site at the Canberra 
Deep Space Communications Complex (CDSCC) 
saved approximately 6 to 12 months over devel- 
opment of a new site. CDSCC was chosen be- 
cause it already had 60 Hz power, an available 
building, in-place NASA logistics, a NASCOM 
node, and personnel already familiar with some of 
the NASA equipment used at RGRT, while pro- 
viding only 2 percent less GRO data when com- 
pared to a geometrically optimized site location 
over the Indian Ocean region. 

The following station architecture decisions and 
system design guidelines were decided early and 
used throughout the project: 

• The RGRT would be a remote front end for the 
White Sands Ground Terminal (WSGT). No 
command and telemetry data processing would 
be done at RGRT. 

• Separate S and Ku-band antennas would be 
used to help make the station more robust. 

• The design would minimize maintenance and 
operational personnel demands. 

Preference would be given to using equipment 
currently in NASA inventory 

Use of new designs was discouraged. 

Use of commercial-off-the-shelf (COTS) prod- 
ucts was encouraged especially for equipment 
with a proven track record. 

The station design would incorporate redun- 
dant strings of equipment for TDRS command, 
TDRS telemetry, and GRO telemetry. 

The Operations Monitor and Control Sub- 
system (OMCS) would only do monitor and 
control. Other computationally intensive func- 
tions (such as ephemeris propagation, etc.) 
would be done by special purpose processors. 
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The special purpose processors would use a 
common rack-mountable PC design. 

• All equipment would have front panel or some 
type of local control for operation independent 
of the OMCS. 

• Special attention would be given to avoiding 
self inflicted EMI and EMI with the CDSCC 
deep space communications activities. 

Although many components required 
reconfiguration or minor modifications to support 
the RGRT mission, there were no new designs. 
NASA and contractor engineers worked very closely 
with the COTS vendors to insure that the technical 
requirements and delivery schedule were met. In 
many cases, monthly visits to vendors’ plants were 
necessary during the development phase. 

It was not possible to do full-up laboratory testing 
before the system was deployed to the field. All 
interfaces and specifications, however, were 
tested either in the lab or at the factory before 
shipment using specially configured test fixtures 
where necessary. 

Almost all of the lead engineers responsible for 
the various subsystems and components traveled 
to the site to insure successful integration. Some 
surprises were found during integration, but these 
were primarily software related and mostly in the 
area of remote monitor and control. The monitor 
and control problems were mitigated by designing 
all of the components with front panel or local 
controls that could operate without the Operations 
Monitor and Control Subsystem (OMCS). This 
allowed the station’s RF and data circuits to be 
tested independent of the OMCS. OMCS capa- 
bilities then incrementally came on line as the 
bugs were worked out. 

The 16 hour time difference between CDSCC and 
the east coast of the US essentially forced split 
shifts between the integrators on-site and the sup- 
porting engineers in the GSFC area. This was 
used to advantage during software testing. The 
integrators tested software during the day shift in 
Australia and Emailed discrepancy reports back to 
the developers. The developers then made soft- 
ware updates during their day shift and put them 
on a file server. The next day, the integrators 
would get the updates from the server via Internet 
and load them on the target machines on site and 


repeat the cycle. Good electronic data communi- 
cations made this cycle very efficient. 

Electromagnetic Interference (EMI) was also a 
major design concern. There was concern with 
both self inflicted RGRT EMI and the RGRT 
causing EMI to the sensitive deep space commu- 
nications station at CDSCC. Because of the 
schedule, a detailed EMI analysis was not done. 
Instead, each subsystem was designed to mini- 
mize stray emissions and EMI shielding equip- 
ment racks were procured. The following steps 
were taken to minimize EMI: 

• The high power amplifiers were located in 
shelters near the RGRT antennas and away 
from the main equipment room. 

• Fiber optic connections were used for monitor 
and control and data communications between 
buildings wherever possible. 

• NASA grounding specifications were rigor- 
ously applied. 

• The TDRS Multiple Access Calibration Source 
was located approximately 2km away from the 
main site where there was no direct line-of-site 
to any of the DSN antennas. 

• The MA Cal source is not scheduled to be 
used during any sensitive DSN S-band sup- 
port periods. 

• Equipment chassis suspected to having mu- 
tual interference problems were packaged in 
different racks. 

• Racks with RF gaskets were used. 

• Intermediate bars and RF gaskets for use be- 
tween drawers ia racks were procured, but 
were not used because the individual chassis 
were found to be sufficiently shielded. 

• An extensive RF survey was performed. 

Because of these steps, no major EMI problems 
were encountered during the implementation. 

The RGRT has five major subsystems: the An- 
tenna Subsystem, the TT&C Subsystem, the User 
Service Subsystem, the Common Time and Fre- 
quency Subsystem, and the Operations Monitor 
and Control Subsystem (See Figure 2 - RGRT 
Block Diagram). The salient features of each sub- 
system are discussed in the following paragraphs. 
The Common Carrier/Data Interface System, al- 
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though not technically part of the RGRT is also 
discussed below. 

ANTENNA SUBSYSTEM 

The Antenna Subsystem consists of the antennas, 
antenna controls, transmitters, and associated mi- 
crowave circuitry. The RGRT has three antennas: 
the S-band antenna, the Ku-band antenna, and the 
Multiple Access Calibration (MA Cal) antenna. 
The S- and Ku-band antennas are used to support the 
TDRS space-to-ground links, while the MA Cal an- 
tenna is used periodically to calibrate the Multiple 
Access phased array antenna onboard the TDRS. 

The S-band antenna is used to support command, 
telemetry, and ranging via the omnidirectional an- 
tenna on the TDRS. It provides a robust RF link 
and may be used regardless of the TDRS attitude. 
The S-band antenna uses a standard communica- 
tions satellite limited-motion mount equipped 
with a 10 meter reflector and a single horn prime 
focus feed. TDRS-l’s orbit currently has a 7.7 de- 
gree inclination, so the antenna moves substan- 
tially to cover the satellite’s diurnal motion. Typi- 
cally the antenna operates in program track mode. 
The pointing angles are computed by the TT&C 
processor. The mount, controls, reflector, feed, and 
microwave components, with the exception of the 
diplexer, are COTS products procured as a system 
from a single vendor. In order to meet the schedule, 
NASA furnished the manufacturer with an excess 
diplexer for incorporation into the delivered product. 

The Ku-band antenna is used to support TDRS 
command, telemetry, and ranging via the SGL 
dish antenna on the TDRS. It is also used to up- 
link the pilot signal and receive the GRO return 
link data. It also has a limited-motion mount and has 
a 4.6 meter dish with Gregorian geometry. The 
mount, controls, reflectors, and microwave compo- 
nents are standard COTS items. The feed is also a 
COTS item that was re-tuned to operate in the TDRS 
Ku-band. The entire Ku-band antenna system was 
procured from a single vendor. It operates in a man- 
ner identical to the S-band antenna. 

Both the S- and Ku-band antennas have identical azi- 
muth coverage. The limited-motion mounts cover 
180 degrees of azimuth in three overlapping sectors. 
This capability allowed these antennas to support the 
TDRS drift from 171 degrees west longitude to its 
present position of 85 degrees east longitude. 


The decision to have two antennas rather than a 
single, dual-band antenna was made because this 
configuration inherently provides redundancy and 
two antennas had a faster delivery time. Two dif- 
ferent manufacturers were used in order to spread 
the risk of late deliveries. As it turned out, both 
vendors were about a week behind the 120 day 
delivery schedule and either would have had a 
significant problem producing both antennas si- 
multaneously. 

TRACKING, TELEMETRY, AND 
COMMAND (TT&C) SUBSYSTEM 

The TT&C Subsystem is responsible for han- 
dling the TDRS command and telemetry data. 
It also includes the equipment for generating 
the pilot signal and measuring the TDRS two- 
way range and Doppler. The TT&C Subsystem 
was built around a spare Receiver/Exciter/ 
Ranging (RER) System identical to those used 
at the NASA Ground Network sites. Up- and 
downconverters are used to operate the S-band 
RER at Ku-band. New test inject and range-zero-set 
electronics were developed for RGRT, but incorpo- 
rated COTS signal generators in the design. 

The pilot signal is an unmodulated signal that to- 
gether with the command uplink carrier is used by 
the TDRS on-board Master Frequency Generator to 
derive all of the local oscillator signals used by the 
TDRS user service RF processors. The pilot genera- 
tors are COTS signal generators operating at S-band. 
A two-channel upconveiter with a common local os- 
cillator (LO) is used to upconvert the S-band com- 
mand and pilot signals to Ku-band. The use of a 
common LO helps the RGRT meet the stringent 
TDRS phase noise specifications. 

The TT&C processor is a special purpose PC that 
propagates the TDRS ephemeris data, interfaces 
with the COTS antenna controllers, and keeps the 
antennas on point. It also interfaces with the 
Ranging Equipment and generates tracking data 
that is used for TDRS-1 navigation. The ephem- 
eris data processing and tracking data generation 
software are repackaged versions that were used 
on other GSFC projects. 

The Command Verification Units (CVUs) are also 
special purpose PCs that verify that the TDRS com- 
mand spacecraft address and parity bit are correct. 
The units insert an idle pattern for commands that 
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fail the simple verification tests and also keep com- 
mand statistics. The CVU code was developed spe- 
cifically for the RGRT application. 

USER SERVICE SUBSYSTEM 

The User Service Subsystem is responsible for re- 
ceiving and demodulating the GRO data that is re- 
layed through the TDRS. Only S-band Single Ac- 
cess and Multiple Access return link services are 
implemented at RGRT at this time. 

The User Service Subsystem is built around the 
TDRS User RF Test Set. The TURFTS was origi- 
nally developed by GSFC to test user transpon- 
ders. The dual unit designed for RGRT includes 
two TDRS compatible spread spectrum receivers 
and transmitters. TURFTS firmware modifica- 
tions were needed to meet RGRT mission require- 
ments. Use of the TURFTS was the fastest and 
easiest way to get RGRT user service on-line. 
The TURFTS receiver is used to demodulate and 
decode the GRO data and the TURFTS transmit- 
ter is used to generate the test signal for TDRS 
multiple access phased array calibration. 

The Multiple Access Beamforming Equipment 
(MABE) is used to steer the TDRS multiple ac- 
cess phased array for Multiple Access user sup- 
port. RGRT uses a scaled-down version of the 
second generation MABE that was originally de- 
veloped for the Second TDRS Ground Terminal 
program. The RGRT MABE only has two user 
channels while the STGT version has six. Two 
user channels allow for simultaneous GRO sup- 
port and MA Calibration. 

The User Service Processor (USP) propagates the 
TDRS and GRO ephemeris data. It provides di- 
rection cosines to the MABE for TDRS phased ar- 
ray steering and predicted Doppler data to the 
TURFTS for signal acquisition. The USP runs the 
identical ephemeris data propagation algorithm as 
the TT&C Processor. 

OPERATIONS MONITOR AND CONTROL 
SUBSYSTEM 

The RGRT Operations Monitor and Control Sub- 
system (OMCS) design capitalized on trade stud- 
ies and market surveys completed by the GSFC 
Automated Ground Network Systems (AGNS) 
project some months earlier. The COTS monitor 


and control system product selected was origi- 
nally designed for applications such as chemical 
processing plant control and electrical power grid 
management. The choice to use a COTS monitor 
and control system allowed the designers to con- 
centrate on the RGRT application rather than the 
OMCS infrastructure. 

The COTS system is based on the use of industry 
standards, for example, POSIX compliant work- 
stations are used for the operator interfaces, TCP/ 
IP is used for interprocessor communications, and 
dBase IV is used for data base management. Sys- 
tem utilities include graphical screen generation 
tools and device drivers. 

The RGRT OMCS architecture consists of I/O 
Controllers and a workstation located in the 
RGRT equipment area, a workstation located at 
the CDSCC Signal Processing Center, two work- 
stations at White Sands, and a workstation at the 
Network Control Center (NCC) at GSFC. All of 
the processing elements are connected via 
ethernet and COTS routers are used to connect the 
geographically dispersed LAN segments. 

During RGRT installation, portions of the OMCS 
LAN were connected to the Internet for remote 
troubleshooting by the COTS vendor and engi- 
neers in the GSFC area. This proved to be very 
valuable. Now that RGRT is operational, there is 
no Internet connectivity because of security con- 
cerns. Software upgrade deliveries are done via 
the workstation at the NCC. 

Additional information about the OMCS may be 
found in the SpaceOps ’94 paper “GRTS Opera- 
tions Monitor/Control System.” 

COMMON CARRIER/DATA INTERFACE 
SYSTEM 

The Common Carrier/Data Interface System (CC/ 
DIS) connects the RGRT in Australia to the TDRS 
data processing equipment in White Sands, New 
Mexico. The CC/DIS consists of COTS communica- 
tions multiplexers and two 64 kb/s leased commer- 
cial communications lines. The 64 kb/s lines are 
physically diverse. They are leased from different 
companies and travel through different Intelsats. 

The following data channels are multiplexed 
through the CC/DIS: 2 kb/s TDRS command data, 
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1 kb/s TDRS telemetry data, 32 kb/s GRO telem- 
etry data, 12 kb/s RGRT monitor and control data, 
110 b/s TDRS tracking data, and 6 kb/s digitized 
voice. The CC/DIS equipment is capable of mul- 
tiplexing all of these channels onto a single 64 kb/ 
s line, but typically they are divided with some 
channels on one 64 kb/s line and the remainder on 
the other. This provides faster failover time 
should one of the 64 kb/s lines fault. 

CONCLUSIONS 

The GRTS Project demonstrates NASA/GSFC’s 
ability to quickly meet new spacecraft data acquisi- 
tion and tracking challenges in a cost effective man- 
ner by inserting new technology and adapting exist- 


ing space- and ground-based assets augmented with 
commercial off-the-shelf products. 

The Space Network’s communications support to 
GRO also illustrates one of the unique advantages 
of the synchronous Tracking Data Relay Satellite 
System. With the addition of GRTS, the now-glo- 
bal TDRS System is able to provide constant 
communications coverage for contingency sup- 
port to NASA missions. 
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